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Soft constraints extend classical constraints to represent multiple consistency levels, and thus 
provide a way to express preferences, fuzziness, and uncertainty. While there are many soft 
constraint solving formalisms, even distributed ones, by now there seems to be no concurrent 
programming framework where soft constraints can be handled. In this paper we show how the 
classical concurrent constraint (cc) programming framework can work with soft constraints, and 
we also propose an extension of cc languages which can use soft constraints to prune and direct 
the search for a solution. We believe that this new programming paradigm, called soft cc (sec), 
can be also very useful in many web-related scenarios. In fact, the language level allows web 
agents to express their interaction and negotiation protocols, and also to post their requests in 
terms of preferences, and the underlying soft constraint solver can find an agreement among the 
agents even if their requests are incompatible. 

Categories and Subject Descriptors: D.1.3 [Programming Techniques]: Concurrent Program- 
ming — Distributed programming; D.3.1 [Programming Languages]: Formal Definitions and 
Theory — Semantics; Syntax; D.3.2 [Programming Languages]: Language Classifications — 
Concurrent, distributed, and parallel languages; Constraint and logic languages; D.3.3 [Pro- 
gramming Languages]: Language Constructs and Features — Concurrent programming struc- 
tures; Constraints; F.3.2 [Logics and Meanings of Programs]: Semantics of Programming 
Languages — Operational semantics 

General Terms: Languages 

Additional Key Words and Phrases: constraints, soft constraints, concurrent constraint program- 
ming 



1. INTRODUCTION 

The concurrent constraint (cc) paradigm [Saraswat 1993] is a very interesting com- 
putational framework which merges together constraint solving and concurrency. 
The main idea is to choose a constraint system and use constraints to model corn- 
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munication and synchronization among concurrent agents. 

Until now, constraints in cc were crisp, in the sense that they could only be sat- 
isfied or violated. Recently, the classical idea of crisp constraints has been shown 
to be too weak to represent real problems and a big effort has been done toward 
the use of soft constraints [Freuder and Wallace f992; Dubois et al. 1993; Rut- 
tkay 1994; Fargier and Lang 1993; Schiex et al. 1995; Bistarelli et al. 1997; 2001; 
Bistarelli 2001], which can have more than one level of consistency. Many real-life 
situations are, in fact, easily described via constraints able to state the necessary 
requirements of the problems. However, usually such requirements are not hard, 
and could be more faithfully represented as preferences, which should preferably be 
satisfied but not necessarily. Also, in real life, we are often challenged with over- 
constrained problems, which do not have any solution, and this also leads to the 
use of preferences or in general of soft constraints rather than classical constraints. 

Generally speaking, a soft constraint is just a classical constraint plus a way to 
associate, either to the entire constraint or to each assignment of its variables, a 
certain element, which is usually interpreted as a level of preference or importance. 
Such levels are usually ordered, and the order reflects the idea that some levels are 
better than others. Moreover, one has also to say, via suitable combination opera- 
tors, how to obtain the level of preference of a global solution from the preferences 
in the constraints. 

Many formalisms have been developed to describe one or more classes of soft 
constraints. For instance consider fuzzy CSPs [Dubois et al. 1993; Ruttkay 1994], 
where crisp constraints are extended with a level of preference represented by a 
real number between and 1, or probabilistic CSPs [Fargier and Lang 1993], where 
the probability to be in the real problem is assigned to each constraint. Some 
other examples are partial [Freuder and Wallace 1992] or valued CSPs [Schiex et al. 
1995], where a preference is assigned to each constraint, in order to satisfy as many 
constraints as possible, and thus handle also overconstrained problems. 

We think that many network-related problem could be represented and solved 
by using soft constraints. Moreover, the possibility to use a concurrent language 
on top of a soft constraint system, could lead to the birth of new protocols with an 
embedded constraint satisfaction and optimization framework. 

In particular, the constraints could be related to a quantity to be mini- 
mized/maximized but they could also satisfy policy requirements given for perfor- 
mance or administrative reasons. This leads to change the idea of QoS in routing 
and to speak of constraint-based routing [Awduche et al. 1999; Clark 1989; Jain 
and Sun 2000; Calisti and Faltings 2000]. Constraints are in fact able to represent 
in a declarative fashion the needs and the requirements of agents interacting over 
the web. 

The features of soft constraints could also be useful in representing routing prob- 
lems where an imprecise state information is given [Chen and Nahrstedt 1998]. 
Moreover, since QoS is only a specific application of a more general notion of Ser- 
vice Level Agreement (SLA), many applications could be enhanced by using such 
a framework. As an example consider E-commerce: here we are always looking for 
establishing an agreement between a merchant, a client and possibly a bank. Also, 
all auction-based transactions need an agreement protocol. Moreover, also secu- 



ACM Transactions on Computational Logic, Vol. V, No. N, February 2008. 



Soft Concurrent Constraint Programming • 3 

rity protocol analysis have shown to be enhanced by using security levels instead 
of a simple notion of secure/insecure level [Bella and Bistarelli 2001]. All these 
considerations advocate for the need of a soft constraint framework where optimal 
answers are extracted. 

In this paper, we use one of the frameworks able to deal with soft constraints 
[Bistarelli et al. 1995; 1997]. The framework is based on a semiring structure that 
is equipped with the operations needed to combine the constraints present in the 
problem and to choose the best solutions. According to the choice of the semiring, 
this framework is able to model all the specific soft constraint notions mentioned 
above. We compare the semiring-based framework with constraint systems "a la 
Saraswat" and then we show how use it inside the cc framework. The next step is 
the extension of the syntax and operational semantics of the language to deal with 
the semiring levels. Here, the main novelty with respect to cc is that tell and ask 
agents are equipped with a preference (or consistency) threshold which is used to 
prune the search. 

After a short summary of concurrent constraint programming (§2.1) and of 
semiring-based SCSPs (§2.2), we show how the concurrent constraint framework 
can be used to handle also soft constraints (§3). Then we integrate semirings inside 
the syntax of the language and we change its semantics to deal with soft levels (§4). 
Some notions of observables able to deal with a notion of optimization and with 
success (§6.1), fail (§6.2) and hang computations (§6.3) are then defined. Some 
examples (§5) and an application scenario (§7) conclude our presentation showing 
the expressivity of the new language. Finally, conclusions (§8) are added to point 
out the main results and possible directions for future work. 

2. BACKGROUND 

2.1 Concurrent Constraint Programming 

The concurrent constraint (cc) programming paradigm [Saraswat 1993] concerns 
the behaviour of a set of concurrent agents with a shared store, which is a conjunc- 
tion of constraints. Each computation step possibly adds new constraints to the 
store. Thus information is monotonically added to the store until all agents have 
evolved. The final store is a refinement of the initial one and it is the result of the 
computation. The concurrent agents do not communicate directly with each other, 
but only through the shared store, by either checking if it entails a given constraint 
(ask operation) or adding a new constraint to it (tell operation). 

2.1.1 Constraint Systems. A constraint is a relation among a specified set of 
variables. That is, a constraint gives some information on the set of possible values 
that these variables may assume. Such information is usually not complete since 
a constraint may be satisfied by several assignments of values of the variables (in 
contrast to the situation that we have when we consider a valuation, which tells 
us the only possible assignment for a variable). Therefore it is natural to describe 
constraint systems as systems of partial information [Saraswat 1993]. 

The basic ingredients of a constraint system (defined following the information 
systems idea) are a set D of primitive constraints or tokens, each expressing some 
partial information, and an entailment relation h defined on p(D) x D (or its 
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extension defined on p(D) x p(D)) 1 satisfying: 

— u h P for all P € u (reflexivity) and 

— if u\- v and v h z, then ahz (transitivity). 

We also define u ss v if u h w and uhii. 

As an example of entailment relation, consider D as the set of equations over 
the integers; then h could include the pair ({x = 3, x = y},y = 3), which means 
that the constraint y = 3 is entailed by the constraints x — 3 and x — y. Given 
X G p(D), let X be the set X closed under entailment. Then, a constraint in an 
information system (p(_ D), h) is simply an element of p{D). 

As it is well known, (p(D), C) is a complete algebraic lattice, the compactness 
of h gives the algebraic structure for p(D), with least element true — {P | h P}, 
greatest element D (which we will mnemonically denote false), gibs (denoted by 
given by the closure of the intersection and lubs (denoted by U) given by the 
closure of the union. The lub of chains is, however, just the union of the members 
in the chain. We use a,b,c,d and e to stand for elements of p(D); c C d means 
chd. 

2.1.2 The hiding operator: Cylindric Algebras. In order to treat the hiding op- 
erator of the language (see later), a general notion of existential quantifier for 
variables in constraints is introduced, which is formalized in terms of cylindric al- 
gebras. This leads to the concept of cylindric constr aint sy ste m ove r an infinite set 
of variables V such that for each variable x 6 V, 3 X '■ p{D) — * p(D) is an operation 
satisfying: 

(1) u h 3 x u; 

(2) u h v implies (3 x u) h (3 x v); 

(3) 3,(^3^) w (3 x u) U (3 x v); 

(4) 3 x 3 y u w 3 y 3 x u. 

2.1.3 Procedure calls. In order to model parameter passing, diagonal elements 
are added to the primitive constraints. We assume that, for x, y ranging in V, p{D) 
contains a constraint d xy which satisfies the following axioms: 

(1) d xx = true, 

(2) if z ^ x, y then d xy = 3 z (d xz U d zy ), 

(3) if x ^ y then d xy U 3 x (c U d xy ) h c. 

Note that the in the previous definition we assume the cardinality of the domain 
for x, y and z greater than 1. Note also that, if h models the equality theory, then 
the elements d xy can be thought of as the formulas x = y. 

2.1 A The language. The syntax of a cc program is show in Table I: P is the 
class of programs, F is the class of sequences of procedure declarations (or clauses), 
A is the class of agents, c ranges over constraints, and a; is a tuple of variables. 
Each procedure is defined (at most) once, thus nondeterminism is expressed via the 
+ combinator only. We also assume that, in p(x) :: A, we have vars(A) C x, where 



lr The extension is s.t. u h v iff u h P for every P 6 v . 
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Table I. cc syntax 

P ::= F.A 

F ::= p(x) :: A \ F.F 

A ::= success \ fail \ tell(c) — > A \ E \ A\\A \ 3 X A \ p(x) 
E ::= ask{c) -> A \ E + E 



vars(A) is the set of all variables occurring free in agent A. In a program P = F.A, 
A is the initial agent, to be executed in the context of the set of declarations F. 
This corresponds to the language considered in [Saraswat 1993], which allows only 
guarded nondeterminism. 

In order to better understand the extension of the language that we will introduce 
later, let us remind here the operational semantics of the agents. 

— agent "success" succeeds in one step, 
— agent "fail" fails in one step, 

— agent u ask(c) — > A" checks whether constraint c is entailed by the current store 
and then, if so, behaves like agent A. If c is inconsistent with the current store, 
it fails, and otherwise it suspends, until c is either entailed by the current store 
or is inconsistent with it; 

— agent "ask(ci) —> A\ + ask(c2) — > A 2 " may behave either like A\ or like A2 if 
both ci and c 2 are entailed by the current store, it behaves like Ai if Cj only is 
entailed, it suspends if both ci and c 2 are consistent with but not entailed by 
the current store, and it behaves like u ask(ci) — > Ai" whenever u ask(c 2 ) — ► A 2 
fails (and vice versa); 

— agent Hell(c) — > A" adds constraint c to the current store and then, if the 
resulting store is consistent, behaves like A, otherwise it fails. 

— agent ^4i||A 2 behaves like A\ and A 2 executing in parallel; 

— agent 3 X A behaves like agent A, except that the variables in x are local to A; 

— p{x) is a call of procedure p. 

A formal treatment of the cc semantics can be found in [Saraswat 1993; de Boer and 
Palamidessi 1991]. Also, a denotational semantics of deterministic cc programs, 
based on closure operators, can be found in [Saraswat 1993]. A more complete 
survey on several concurrent paradigms is given also in [de Boer and Palamidessi 
1994]. 

2.2 Soft Constraints 

Several formalization of the concept of soft constraints are currently available. 
In the following, we refer to the one based on c-semirings [Bistarelli et al. 1997; 
Bistarelli 2001], which can be shown to generalize and express many of the others. 

A soft constraint may be seen as a constraint where each instantiations of its 
variables has an associated value from a partially ordered set which can be inter- 
preted as a set of preference values. Combining constraints will then have to take 
into account such additional values, and thus the formalism has also to provide 
suitable operations for combination (x) and comparison (+) of tuples of values and 
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constraints. This is why this formalization is based on the concept of c-semiring, 
which is just a set plus two operations. 

2.2.1 C-semirings. A semiring is a tuple (A, +, x, 0, 1} such that: 

(1) A is a set and 0,1 (E A; 

(2) + is commutative, associative and is its unit element; 

(3) x is associative, distributes over +, 1 is its unit element and is its absorbing 
element. 

A c-semiring is a semiring (A, + , x,0,l) such that + is idempotent, 1 is its 
absorbing element and x is commutative. Let us consider the relation <s over A 
such that a <s b iff a + b = b. Then it is possible to prove that (see [Bistarelli et al. 
1997]): 

(1) <s is a partial order; 

(2) + and x are monotone on <s; 

(3) is its minimum and 1 its maximum; 

(4) (A, <s) is a complete lattice and, for all a, b E A, a + b = lub(a, b). 

Moreover, if x is idempotent, then: + distribute over x; (A, <s) is a complete 
distributive lattice and x its gib. Informally, the relation <s gives us a way to 
compare semiring values and constraints. In fact, when we have a <s b, we will 
say that b is better than a. In the following, when the semiring will be clear from 
the context, a <$ b will be often indicated by a < b. 

2.2.2 Soft Constraints and Problems. Given a semiring S = (A, +, x, 0, 1), a 
finite set D (the domain of the variables) and an ordered set of variables V , a 
constraint is a pair (def,con) where con C V and def : £)l co ™ — > A. Therefore, a 
constraint specifies a set of variables (the ones in con), and assigns to each tuple 
of values of these variables an clement of the semiring. Consider two constraints 
ci = (defi,con) and C2 = (de/2, con) , with \con\ — k. Then c\ C s C2 if for all 
k-tuples t, defi(t) <s def^t). The relation C s is a partial order. 

A soft constraint problem is a pair (C, con) where con C V and C is a set of 
constraints: con is the set of variables of interest for the constraint set C, which 
however may concern also variables not in con. Note that a classical CSP is a SCSP 
where the chosen c-semiring is: Scsp = ({false, true}, V , A, false, true). Fuzzy 
CSPs [Schicx 1992] can instead be modeled in the SCSP framework by choosing the 
c-semiring Sfcsp = ([0, 1], max, min, 0, 1). Many other "soft" CSPs (Probabilistic, 
weighted, . . . ) can be modeled by using a suitable semiring structure (for example, 
Sprob = ([0, 1], max, x,0, 1), S weig ht = (% min, +,0, +00}, . . . ). 

Figure 1 shows the graph representation of a fuzzy CSP. Variables and constraints 
are represented respectively by nodes and by undirected arcs (unary for c\ and C3 
and binary for C2), and semiring values are written to the right of the corresponding 
tuples. The variables of interest (that is the set con) are represented with a double 
circle. Here we assume that the domain D of the variables contains only elements 
a and b. 
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<a, a> -> 0.8 
<a, b> --> 0.2 



<b, a> --> 
<b, b> --> 



<a> --> 0.9 



c2 




Fig. 1. A fuzzy CSP 



2.2.3 Combining and projecting soft constraints. Given two constraints c\ = 
{def 1: coni) and c 2 = (def 2 ,con 2 ), their combination c\ <£> Ci is the constraint 
(def,con) denned by con — con\ U con 2 and def(t) — def 1 (t lc°"i) x def 2 (t Ic°" 2 )j 
where i J.y denotes the tuple of values over the variables in Y, obtained by pro- 
jecting tuple t from X to Y . In words, combining two constraints means building 
a new constraint involving all the variables of the original ones, and which asso- 
ciates to each tuple of domain values for such variables a semiring element which is 
obtained by multiplying the elements associated by the original constraints to the 
appropriate subtuples. 

Given a constraint c = (def , con) and a subset I of V, the projection of c over 
/, written c J|j is the constraint (def 1 , con') where con' = con n I and def '(f) = 
X)t/ij. co ™ =v def{t)- Informally, projecting means eliminating some variables. This 
is done by associating to each tuple over the remaining variables a semiring element 
which is the sum of the elements associated by the original constraint to all the 
extensions of this tuple over the eliminated variables. In short, combination is 
performed via the multiplicative operation of the semiring, and projection via the 
additive one. 



2.2.4 Solutions. The solution of an SCSP problem P = (C, con) is the constraint 
Sol(P) = a. con . That is, we combine all constraints, and then project over 

the variables in con. In this way we get the constraint over con which is "induced" 
by the entire SCSP. 

For example, the solution of the fuzzy CSP of Figure 1 associates a semiring 
element to every domain value of variable x. Such an element is obtained by first 
combining all the constraints together. For instance, for the tuple (a, a) (that 
is, x = y = a), we have to compute the minimum between 0.9 (which is the value 
assigned to x = a in constraint ci), 0.8 (which is the value assigned to (x = a, y = a) 
in c 2 ) and 0.9 (which is the value for y = a in C3). Hence, the resulting value for 
this tuple is 0.3. We can do the same work for tuple (a, b) 0.2, (b, a) — > and 
(b, b) — > 0. The obtained tuples are then projected over variable x, obtaining the 
solution (a) — > 0.8 and (b) — > 0. 

Sometimes it may be useful to find only a semiring value representing the least 
upper bound among the values yielded by the solutions. This is called the best level 
of consistency of an SCSP problem P and it is defined by blevel(P) = Sol(P) JJ-0 
(for instance, the fuzzy CSP of Figure 1 has best level of consistency 0.8). We also 
say that: P is a-consistent if blevel(P) — a: P is consistent iff there exists a > 
such that P is a-consistent; P is inconsistent if it is not consistent. 
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3. CONCURRENT CONSTRAINT PROGRAMMING OVER SOFT CONSTRAINTS 

Given a semiring S = (A, +, x , 0, 1} and an ordered set of variables V over a finite 
domain D, we will now show how soft constraints over S with a suitable pair of 
operators form a semiring, and then, we highlight the properties needed to map 
soft constraints over constraint systems "a la Saraswat" (as recalled in Section 2.1. 
We start by giving the definition of the carrier set of the semiring. 

Definition 3.1 (functional constraints). We define G = (V — > D) — > A as the set 
of all possible constraints that can be built starting from S = {A, +, x , 0, 1), D and 
V. 

A generic function describing the assignment of domain elements to variables will 
be denoted in the following by r] : V —* D. Thus a constraint is a function which, 
given an assignment r\ of the variables, returns a value of the semiring. 

Note that in this junctional formulation, each constraint is a function and not a 
pair representing the variable involved and its definition. Such a function involves 
all the variables in V, but it depends on the assignment of only a finite subset of 
them. We call this subset the support of the constraint. For computational reasons 
we require each support to be finite. 

Definition 3.2 (constraint support). Consider a constraint c e 6. We define his 
support as supp(c) = {v e V | 3t], d\,d 2 -cn\v :— d\] ^ cr][v := d 2 ]}, where 



n[v := d]v' 



if v 



Note that crj[v := d{\ means erf where rf is r\ modified with the association v := d\ 
(that is the operator [ ] has precedence over application). 

Definition 3.3 (functional mapping) . Given any soft constraint 

(def, {vi,... ,v n }) G C, we can define its corresponding function c G G s.t. 
cq[vi := di] . . . [v n := d n ] = def(d 1 , ... , d n ). Clearly supp(c) C {v 1} ... , v n }. 

Definition 3.4 ( Combination and Sum). Given the set 6, we can define the com- 
bination and sum functions <g>, © : 6 x G — > 6 as follows: 

(ci ® 02)77 = c\r\ x s c 2 rj and (ci © c 2 )rj = c^r) +s c 2 r). 

Notice that function eg) has the same meaning of the already defined <S> operator 
(see Section 2.2) while function © models a sort of disjunction. 

By using the ©s operator we can easily extend the partial order <s over G by 
defining c\ C s c 2 c\ (Bs c 2 = c 2 . In the following, when the semiring will be 

clear from the context, we will use C. 

We can also define a unary operator that will be useful to represent the unit 
elements of the two operations © and ©. To do that, we need the definition of 
constant functions over a given set of variables. 

Definition 3.5 (constant function). We define function a as the function that 
returns the semiring value a for all assignments 77, that is, a-n = a. We will usually 
write a simply as a. 
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An example of constants that will be useful later are and 1 that represent respec- 
tively the constraint associating and 1 to all the assignment of domain values. 

It is easy to verify that each constant has an empty support. More generally we 
can prove the following: 

Proposition 3.6. The support of a constraint c JJ./ is always a subset of I (that 
is supp(c 4/) Q I)- 

Proof. By definition of i^i, for any variable x g' I we have c ij-i ?][x = a] = c JJ-j 
■q[x — b] for any a and b. So, by definition of support x ^ supp(c ij-i). □ 

Theorem 3.7 (Higher order semiring). The structure S c = (C, ©, <S>, 0, 1) 
where 

— C : (V — > D) — > A is the set of all the possible constraints that can be built 
starting from S, D and V as defined in Definition 3.1, 

— ® and © are the functions defined in Definition 3-4, and 

— and 1 are constant functions defined following Definition 3. 5, 

is a c-semiring. 

PROOF. To prove the theorem it is enough to check all the properties with the 
fact that the same properties hold for semiring 5*. We give here only a hint, by 
showing the commutativity of the © operator: 
Ci ® c 2 r] = (by definition of ®) 
c\r\ x C2?7 = (by commutativity of x) 
c 2 rj x cii] = (by definition of (g>) 

c 2 © ClT]. 

All the other properties can be proved similarly. □ 

The next step is to look for a notion of token and of entailment relation. We define 
as tokens the functional constraints in C and we introduce a relation h that is an 
entailment relation when the multiplicative operator of the semiring is idempotent. 

Definition 3.8 (\- relation). Consider the high order semiring carrier set C and 
the partial order C. We define the relation he p(C) x 6 s.t. for each C € p(C) and 
c e 6, we have Che (g) C C c. 

The next theorem shows that, when the multiplicative operator of the semiring 
is idempotent, the h relation satisfies all the properties needed by an entailment. 

Theorem 3.9 (h with idempotent x is an entailment relation). 
Consider the higher order semiring carrier set G and the partial order C. Consider 
also the relation h of Definition 3.8. Then, if the multiplicative operation of the 
semiring is idempotent, h is an entailment relation. 

Proof. Is enough to check that for any c S C, and for any C\, Ci and C3 subsets 
of 6 we have 

(1) Che when c G C: We need to show that C C c when c G C. This follows 
from the extensivity of x . 
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(2) if C\ h C2 and C2 h C3 then C\ h C3: To prove this we use the extended 
version of the relation h able to deal with subsets of C : p(C) x p(G) s.t. 



to prove that if <g> Ci C (g> C 2 and (g)C 2 C ® C 3 , then Ci E0C 3 . This 
comes from the transitivity of C. 



Note that in this setting the notion of token (constraint) and of set of tokens (set 
of constraints) closed under entailment is used indifferently. In fact, given a set 
of constraint functions C\, its closure w.r.t. entailment is a set C\ that contains 
all the constraints greater than C\ . This set is univocally representable by the 
constraint function C\ . 

The definition of the entailment operator h on top of the higher order semiring 
Sc = (6, ffi, ®, 0, 1) and of the C relation leads to the notion of soft constraint 
system. It is also important to notice that in [Saraswat 1993] it is claimed that a 
constraint system is a complete algebraic lattice. Here we do not ask for this, since 
the algebraic nature of the structure C strictly depends on the properties of the 
semiring. 

3.1 Non-idempotent x 

If the constraint system is defined on top of a non-idempotent multiplicative oper- 
ator, we cannot obtain a h relation satisfying all the properties of an entailment. 
Nevertheless, we can give a denotational semantics to the constraint store, as de- 
scribed in Section 4, using the operations of the higher order semiring. 

To treat the hiding operator of the language, a general notion of existential 
quantifier has to be introduced by using notions similar to those used in cylindric 
algebras. Note however that cylindric algebras are first of all boolean algebras. 
This could be possible in our framework only when the x operator is idempotent. 

Definition 3.10 (hiding). Consider a set of variables V with domain D and the 
corresponding soft constraint system C. We define for each x G V the hiding 
function {3 x c)n = J2d t eD C7 ll x '■= di]. 

Notice that x does not belong to the support of 3 x c. 

By using the hiding function wc can represent the JJ. operator defined in Sec- 
tion 2.2. 

Proposition 3.11. Consider a semiring S = (A,+, x,0, 1), a domain of the 
variables D, an ordered set of variables V, the corresponding structure C and the 
class of hiding functions 3 X : & — > 6 as defined in Definition 3.10. Then, for any 
constraint c and any variable x C V, c ty. v _ x = 3 x c. 

Proof. Is enough to apply the definition of ij-v-x and 3 X and check that both 
are equal to ^2 d eD cq[x :— di}. □ 

We now show how the hiding function so defined satisfies the properties of cylin- 
dric algebras. 
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Theorem 3.12. Consider a semiring S = (A, +, x, 0, 1), a domain of the vari- 
ables D, an ordered set of variables V, the corresponding structure G and the class 
of hiding functions 3 X : G — > 6 as defined in Definition 3.10. Then G is a cylindric 
algebra satisfying: 

{!) ch3 x c 

(2) c\ h C2 implies 3 x c\ h 3 X C2 

(3) c 2 ) « 3 x c x <x> 3 x c 2 , 

(4) 3 x 3 y c w 3 y 3 x c 

Proof. Let us consider all the items: 

(1) It follows from the intensivity of +; 

(2) It follows from the monotonicity of +; 

(3) It follows from theorems about distributivity and idempotence, proven in 
[Bistarelli et al. 1997]; 

(4) It follows from commutativity and associativity of +. 
□ 

To model parameter passing we need also to define what diagonal elements are. 

Definition 3.13 (diagonal elements). Consider an ordered set of variables V and 
the corresponding soft constraint system C. Let us define for each x,y G V a, 
constraint d xy £ G s.t., d xy rj[x := a,y := b] = 1 if a = b and d xy rj[x := a, y := b] = 
if a ^ b. Notice that supp(d xy ) = {x, y}. 

We can prove that the constraints just defined are diagonal elements. 

Theorem 3.14. Consider a semiring S = {A, +, x, 0, 1), a domain of the vari- 
ables D, an ordered set of variables V , and the corresponding structure G. The 
constraints d xy defined in Definition 3.13 represent diagonal elements, that is 

(1) d xx = 1, 

(2) if z^x,y then d xy = 3 z (d xz ® d zy ), 

(3) if x ^ y then d xy ®3 x (c® d xy )\- c. 

Proof. (1) It follows from the definition of the 1 constant and of the diagonal 
constraint; 

(2) The constraint d xz ® d zy is equal to 1 when x = y = z, and is equal to in all 
the other cases. If we project this constraint over z, we obtain the constraint 
3 z (d xz <X> d zy ) that is equal to 1 only when x = y. 

(3) The constraint (c ® d xy )rj has value whenever rj(x) ^ n(y) and cq elsewhere. 
Now, {3 x {c®d xy ))r} is by definition equal to crj[x := y]. Thus {d xy ®3 x {c®d xy ))ri 
is equal to en when n(x) — r/(y) and elsewhere. By the last assumption, we 
have the relation of entailment with c. 

□ 
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Table II. sec syntax 

P :: = F.A 

F :: = p{X) :: A \ F.F 

A :: = stop | tell(c) A \ tell(c) — > a A | E | A\\A \ 3X.A \ p(X) 
E :: = ask(c) A \ ask(c) — > a A \ E + E 



3.2 Using cc on top of a soft constraint system 

The only problem in using a soft constraint system in a cc language is the interpre- 
tation of the consistency notion necessary to deal with the ask and tell operations. 

Usually SCSPs with best level of consistency equal to are interpreted as in- 
consistent, and those with level greater than as consistent, but we can be more 
general. In fact, we can define a suitable function a that, given the best level 
of the actual store, will map such a level over the classical notion of consis- 
tency/inconsistency. More precisely, given a semiring S = (A, +, x,0, 1), we can 
define a function a : A — > {false, true}. Function a has to be at least monotone, 
but functions with a richer set of properties could be used. It is worth to notice 
that in a different environment some of the authors use a similar function to map 
elements from a semiring to another, by using abstract interpretation techniques 
[Bistarelli et al. 2000a; 2000b] 

Whenever we need to check the consistency of the store, we will first compute 
the best level and then we will map such a value by using function a over true or 
false. 

It is important to notice that changing the a function (that is, by mapping in 
a different way the set of values A over the boolean elements true and false), the 
same cc agent yields different results: by using a high cut level, the cc agent will 
either finish with a failure or succeed with a high final best level of consistency of 
the store. On the other hand, by using a low level, more programs will end in a 
success state. 

4. SOFT CONCURRENT CONSTRAINT PROGRAMMING 

The next step in our work is now to extend the syntax of the language in order to 
directly handle the cut level. This means that the syntax and semantics of the tell 
and ask agents have to be enriched with a threshold to specify when tell/ask agents 
have to fail, succeed or suspend. 

Given a soft constraint system {S, D, V) and the corresponding structure C, and 
any constraint (f> 6 6, the syntax of agents in soft concurrent constraint program- 
ming is given in Table II. The main difference w.r.t. the original cc syntax is 
the presence of a semiring element a and of a constraint <p to be checked whenever 
an ask or tell operation is performed. More precisely, the level a (resp., </>) will be 
used as a cut level to prune computations that are not good enough. 

We present here a structured operational semantics for sec programs, in the SOS 
style, which consists of defining the semantic of the programming language by spec- 
ifying a set of configurations V, which define the states during execution, a relation 
— > C T x r which describes the transition relation between the configurations, and a 
set T of terminal configurations. To give an operational semantics to our language, 
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{stop, a) ► (success, a) (Stop) 

® c) JJ.0 a 

(Valued-tell) 
(Tell) 
(Valucd-ask) 



(tell(c) A, cr) ► (A, a <S) c) 

cr ® c \t_ (f> 

(tell(c) — ^ A, a) ► (A, a®c) 

a h c,a ii-Q-jt a 

(ask(c) ~* a A, a) > {A, a) 

cr h C, cr \t_ 4> 



(ask(c) — >,£ A, a) > (A, a) 

(Ai,cr) > (A'jjCr'} (Ai,a) > (success, a') 



(Ask) 



<Ai||A 2 ,<t) — {A'JAzy) <Ai||A 2 ,<t) — (A 2 ,a') 
(A 2 \\A 1 ,a) — (A 2 ||A' ll0 -') (A 2 ||Ai,<t) — * (A 2 ,ct'> 

(Parallelism) 

(Bi.ct) — * (AiX) 

(Nondctcrminism) 

(£i + E 2 ,<r) — > <Ai,<t') 

<E 2 + Ei,ct) — ► (Ai,(j') 
<A[y/x],<r) — <A>') 

with y fresh (Hidden variables) 

(3 x A,a) — (A', cr'} 

(p(y),cr) > (A[y/x],cr) when p(x) :: A (Procedure call) 



we need to describe an appropriate transition system. 

Definition 4.1 (transition system). A transition system is a triple (T,T, — ►) 
where T is a set of possible configurations, T C r is the set of terminal config- 
urations and — >C r x r is a binary relation between configurations. 

The set of configurations represent the evolutions of the agents and the mod- 
ifications in the constraint store. We define the transition system of soft cc as 
follows: 

Definition 4.2 (configurations). The set of configurations for a soft cc system is 
the set T = {(A, cr)} U {{success, a)}, where a G 6. The set of terminal configura- 
tions is the set T = {(success, cr)} and the transition rule for the sec language are 
defined in Table III. 

Here is a brief description of the transition rules: 

Stop. The stop agent succeeds in one step by transforming itself into terminal 
configuration success. 

Valued-tell. The valued-tell rule checks for the a-consistency of the SCSP defined 
by the store a®c. The rule can be applied only if the store a®c is ^-consistent with 
b a. In this case the agent evolves to the new agent A over the store a ® c. Note 
that different choices of the cut level a could possibly lead to different computations. 

Tell. The tell action is a finer check of the store. In this case, a pointwise com- 
parison between the store a <S> c and the constraint <j> is performed. The idea is to 

ACM Transactions on Computational Logic, Vol. V, No. N, February 2008. 



14 • Stefano Bistarelli et al. 



perform an overall check of the store and to continue the computation only if there 
is the possibility to compute a solution not worse than <f). 

Valued-ask. The semantics of the valued-ask is extended in a way similar to what 
we have done for the valued-tell action. This means that, to apply the rule, we need 
to check if the store a entails the constraint c and also if the store is "consistent 
enough" w.r.t. the threshold a set by the programmer. 

Ask. Similar to the tell rule, here a finer (pointwise) threshold <p is compared to 
the store a. 

Nondeterminism and parallelism. The composition operators + and || are not 
modified w.r.t. the classical ones: a parallel agent will succeed if all the agents 
succeeds; a nondetcrministic rule chooses any agent whose guard succeeds. 

Hidden variables. The semantics of the existential quantifier is similar to that 
described in [Saraswat 1993] by using the notion of freshness of the new variable 
added to the store. 

Procedure calls. The semantics of the procedure call is not modified w.r.t. the 
classical one. The only difference is the different use of the diagonal constraint to 
represent parameter passing. 

4.1 Eventual Tell/Ask 

We recall that both ask and tell operations in cc could be either atomic (that is, 
if the corresponding check is not satisfied, the agent does not evolve) or eventual 
(that is, the agent evolves regardless of the result of the check). It is interesting to 
notice that the transition rules defined in Table III could be used to provide both 
interpretations of the ask and tell operations. In fact, while the generic tell/ask 
rule represents an atomic behaviour, by setting <j> = or a = we obtain their 
eventual version: 



Notice that, by using an eventual interpretation, the transition rules of the sec 
become the same as those of cc (with an eventual interpretation too). This happens 
since, in the eventual version, the tell/ask agent never checks for consistency and 
so the soft notion of a-consistency does not play any role. 

5. A SIMPLE EXAMPLE 

In this section we will show the behaviour of some of the rules of our transition sys- 
tem. We consider in this example a soft constraint system over the fuzzy semiring. 
Consider the fuzzy constraints 



(tell(c) -> A, a) - 
a h c 



(A, a ® c) 



(Eventual tell) 



(ask(c) — ► A, a) — ► (A, a) 



(Eventual ask) 



c : {x,y} 



7l 2 



[0,1] 



c(x,y) 



1 



and 



s.t 



l + \x — y 
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Notice that the domain of both variables x and y is in this example any integer (or 
real) number. As any fuzzy CSP, the definition of the constraints is instead in the 
interval [0, 1]. 

Let's now evaluate the agent 

(tell(c) -^ 0A ask{c') ^°' 8 stop, 1) 

in the empty starting store 1. 

By applying the Valued-tell rule we need to check (1® c) JJ-©^ 0.4. Since 1® c = c 
and c JJ-0= 1, the agent can perform the step, and it reaches the state 

(ask(c') ^°- 8 stop,c). 

Now we need to check (by following the rule of Valued-ash) if c h d and c JJ-g^ 0.8. 
While the second relation easily holds, the first one does not hold (in fact, for x = 11 
and y = 10 we have c'(x) — and c(x, y) = 0.5). 

If instead we consider the constraint c"(x,y) = 1+2 ^ \ x _ y \ m place of c', then we 
have 

(ask(c") -^°' 8 stop, c). 

Here the condition c h c" easily holds and the agent ask(c") -^°- 8 stop can perform 
its last step, reaching the stop and success states: 

(stop, c (g) c") — > (success, c ® c"). 
6. OBSERVABLES AND CUTS 

Sometimes one could desire to see an agent, and a corresponding program, execute 
with a cut level which is different from the one originally given. We will therefore 
define cut^ (A) the agent A where all the occurrences of any cut level, say </>, in any 
subagcnt of A or in any clause of the program, are replaced by ip if <p E ip- This 
means that the cut level of each subagent and clause becomes at least ip, or is left 
to the original level. 

In this paper, for simplicity and generality reasons, this cut level change applies 
only to those programs with cut levels which are constraints (<fi), and not single 
semiring levels (a). 

Definition 6.1 (cut function). Consider an sec agent A; we define the function 
cut^f, : A — > A that transforms ask and tell subagents as follows: 



cut^(ask/tell(c) 



ask/tell(c) — >^ if <fi d ip, 
ask/tell(c) otherwise. 



By definition of cut^, it is easy to sec that cuto(A) = A. 

We can then prove the following Lemma (that will be useful later): 

Lemma 6.2 (tell and ask cut). Consider the Tell and Ask rules of Table III, 
and the constraints a and c as defined in such rules. Then: 

— If the Tell rule can be applied to agent A, then the rule can be applied also to 
cut^(A) when when ip C <j ® c. 
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— If the Ask rule can be applied to agent A, then the rule can be applied also to 
cutip(A) when ip C a. 

Proof. We will prove only the first item; the second can be easily proved by 
using the same ideas. By the definition of the tell transition rules of Table III, if 
we can apply the rule it means that A ::= tell(c) — ^ A 1 and if a is the store we 
have a ® c tfi (f>. Now, by definition of cut^ , we can have 

— cut^,(A) ::= tell(c) — ^ cut^(A') when <f) C ip- 
— cut^(A) ::= tell{c) — >0 cut^(A') when <f> \£ ip, 

In the first case, the statement holds by initial hypothesis over A. In the second 
case, since by hypothesis we have a Cg) c x£_ ip, again the statement holds by the 
definition of the tell transition rules of Table III. □ 

It is now interesting to notice that the thresholds appearing in the program are 
related to the final computed stores: 

Theorem 6.3 (thresholds). Consider an sec computation 

(A, 1) — ► (A lt cti) — > . . . (A n ,a n ) -> (success, a) 

for a program P. Then, also 

(cut a {A), 1) — > (cut a (Ai), en ) — ► . . . (cut a (A n ), a n ) -> (success, a) 

is an sec computation for program P. 

Proof. First of all, notice that during the computation an agent can only add 
constraints to the store. So, since x is extensive, the store can only monotonically 
decrease starting from the initial store 1 and ending in the final store a. So we 
have 

1 □ o\ . . . □ o~ n □ a. 

Now, the statement follows by applying at each step the results of Lemma 6.2. In 
fact, at each step the hypothesis of the lemma hold: 

— the cut a is always lower than the current store (a Qai® c) ; 

— the ask and tell operations can be applied (moving from agent Ai to agent + 

□ 

6.1 Capturing Success Computations. 

Given the transition system as defined in the previous section, we now define what 
we want to observe of the program behaviour as described by the transitions. To 
do this, we define for each agent A the set of constraints 

§ A = {a ty var ( A )\ (A,l) (success, a)} 

that collects the results of the successful computations that the agent can perform. 
Notice that the computed store a is projected over the variables of the agent A to 
discard any fresh variable introduced in the store by the 3 operator. 

The observable §a could be refined by considering, instead of the set of suc- 
cessful computations starting from (A, 1), only a subset of them. For example, 

ACM Transactions on Computational Logic, Vol. V, No. N, February 2008. 



Soft Concurrent Constraint Programming • 17 



one could be interested in considering only the best computations: in this case, 
all the computations leading to a store worse than one already collected are dis- 
regarded. With a pessimistic view, the representative subset could instead collect 
all the worst computations (that is, all the computations better than others are 
disregarded). Finally, also a set containing both the best and the worst compu- 
tations could be considered. These options are reminiscent of Hoare, Smith and 
Egli-Milncr powcrdomains respectively [Plotkin 1981]. 

At this stage, the difference between don't know and don't care nondeterminism 
arises only in the way the observables are interpreted: in a don't care approach, 
agent A can commit to one of the final stores a ii- var (A)i while, in a don't know 
approach, in classical cc programming it is enough that one of the final stores is 
consistent. Since existential quantification corresponds to the sum in our semiring- 
based approach, for us a don't know approach leads to the sum (that is, the lub) 
of all final stores: 

§f = a. 

creS A 

It is now interesting to notice that the thresholds appearing in the program are 
related also to the observable sets: 

Proposition 6.4 (Thresholds and § a (1))- For each ip, we have § A 12 

Proof. By definition of cuts (Definition 6.1), we can modify the agents only by 
changing the thresholds with a new level, greater than the previous one. So, easily, 
we can only cut away some computations. □ 

Corollary 6.5 (Thresholds and § A k (1)). For each ip, we have B A k D 

cut^p ( A) ' 

Proof. It follows from the definition of § A k and from Proposition 6.4. □ 
Theorem 6.6 (Thresholds and S a (2)). Let ip C glb{a e S A }. Then § A = 

Scut^iA) ■ 

Proof. By Proposition 6.4, we have § A C S cttti/j ( J 4). Moreover, since ip is lower 
than all a in S^, by Theorem 6.3 we have that all the computations are also in 
Scut^iA)- So, the statement follows. □ 

Notice that, thanks to Theorem 6.6 and to Proposition 6.4, whenever we have 
a lower bound ip of the gib of the final solutions, we can use ip as a threshold to 
eliminate some computations. Moreover, we can prove the following theorem: 

Theorem 6.7. Let a G § A and a £ § cu t^(A)- Then we have a C ip. 

PROOF. If a e §a and a § C ut^(A), it means that the cut eliminates some 
computations. So, at some step we have changed the threshold of some tell or ask 
agent. In particular, since we know by Theorem 6.3 that when ip C a we do not 
modify the computation, we need ip % o. Moreover, since the tell and ask rules fail 
only if a C ip, we easily have the statement of the theorem. □ 

The following theorem relates thresholds and § A k . 
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Theorem 6.8 (Thresholds and §f (2)). Let ^ A = {a e § A |/3ct' e 
§A with a' □ a} (that is, ^ a is the set of "greatest" elements of §a)- Let also 
iP^glb{<7EV A }. ThenBf = §^ {Ay 

PROOF. Since we have a + b = b a < b, we easily have Q) ae g A cr = 

©<re*A a - Now, by following a reasoning similar to Theorem 6.6, by applying a 
cut with a threshold tp E glb{a £ ^ a} we do not eliminate any computation. So 
weobtainS* = © CTe§A a = © CTe ^a = S* MA) □ 

Lemma 6.9. Given any constraint ip, we have: 

Proof. Let 5" be the set of all solutions; then § A k = lub(S) and §*t (A) = 
lub(Si) where Si C S. The solutions that have been eliminated by the cut tp (that 
is all the a 6 5 — Si) are all lower than tp by Theorem 6.7. So, it easily follows that 

Theorem 6.10. Given any constraint ip , we have: 

^cut^A) E §l fc E tp + S cu t^,(A)- 

PROOF. From Corollary 6.5, we have Sf k t ^ C §^ fc . From Lemma 6.9 we have 
instead K^^ + Kut,(Ay □ 

This theorem suggests a way to cut useless computations while generating the 
observable §^ fe of an sec program P starting from agent A. A very naive way to 
obtain such an observable would be to first generate all final states, of the form 
{success, Gi), and then compute their lub. An alternative, smarter way to compute 
this same observable would be to do the following. First we start executing the 
program as it is, and find a first solution, say o\. Then we restart the execution 
applying the cut level o\ . 

By Theorem 6.8, this new cut level cannot eliminate solutions which influence 
the computation of the observable: the only solutions it will cut are those that are 
lower than the one we already found, thus useless in terms of the computation of 
Sf. 

In general, after having found solutions a\ , . . . , , we restart execution with cut 
level tp = <7i + . . . + cr*,. Again, this will not cut crucial solutions but only some that 
are lower than the sum of those already found. When the execution of the program 
terminates with no solution we can be sure that the cut level just used (which is 
the sum of all solutions found) is the desired observable (in fact, by Theorem 6.10 
when § c«MA) = V' we necessarily have S*^ (A) = Sf = ip). 

In a way, such an execution method resembles a branch & bound strategy, where 
the cut levels have the role of the bounds. 

The following corollary is important to show the correctness of this approach. 

Corollary 6.11. Given any constraint -0 E §l fe , we have: 
Proof. It easily comes from Theorem 6.10. □ 
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<T®C c <p 

(Telli) 

(tell(c) — *0 A, a) > fail 

(cr (g> c) ^0< a 

(Valued-telli) 

(teH(c) -> a A, ct> — ► fail 

(Aski) 



(asfe(c) A,<t) — > /aiZ 
f JJ-0< a 



(ask(c) ^ a A, a) ► fail 

(Ei, a) ► fail ,(E 2 ,a) ► fail 

(Ei + E 2 ,a) — ► fail 
(E 2 + E 1 ,a) — ► fail 

(Ai,a) ► fail 



(Ai\\A 2 ,<j) —> fail 
(A 2 \\A lt cr) — ► fail 



(Valucd-aski ) 
(Nondctcrminismi ) 

(Parallelismi) 



Let us now use this corollary to prove the correctness of the whole procedure 
above. 

Let G\ be the first final state reached by agent A. By stopping the algorithm 
after one step, what we have to prove is = cr\ + S* t ^ A y Since <j\ is for sure 

lower than S A k , this is true by Corollary 6.11. 

By applying this procedure iteratively, we will collect a superset ty' A of $ a = 
{cr G 8^4 | flcr' e §^4 with cr' □ a} (\&' A is a superset of ^ a because we could collect 
a final state ai before computing a final state crj □ cr,; in this case both will be in 
^^4). Even if ^f' A contains more elements then ^a, we have ® ae q,' A = ® lje q, A (for 
the extensivity and idempotence properties of +). 

The only difference with the procedure we have tested correct w.r.t. the algorithm 
is that, at each step, it performs a cut by using the sum of all the previously 
computed final state. This means that the algorithm can at each step eliminate 
more computations, but by the results of Theorem 6.7 the eliminated computations 
does not change the final result. 

6.2 Failure 

The transition system we have defined considers only successful computations. If 
this could be a reasonable choice in a don't know interpretation of the language it 
will lead to an insufficient analysis of the behaviour in a pessimistic interpretation 
of the indeterminism. To capture agents' failure, we add the terminal fail to the 
configurations and the transition rules of Table IV to those of Tabic III. 

(Valued)tell\/aski. The failing rule for ask and tell simply checks if the 
added/checked constraint c is inconsistent with the store cr and in this case stops 
the computation and gives fail as a result. Note that since we use soft constraints 
we enriched this operator with a threshold (a or cb). This is used also to compute 
failure. If the level of consistency of the resulting store is lower than the threshold 
level, then this is considered a failure. 
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Table V. Hanging computations in the sec language 

a V c > CT l£ <t> 

(Ask 2 ) 

(ask(c) — A,cr) ► hang 

tj \f c, a ii-i/i^t a 

(Valucd-ask2) 

(asfc(c) — > a A, a) > hang 

{Ei,<t) > fail/hang, (E2,cr) > hang 

(Nondctcrminism2 ) 

(-Ei + E'2,u) — > hang 

(E-2 + Ei, a) > hang 



Nondeterminismi . Since the failure of a branch arises only from the failure of 
a guard, and since we use angelic non-determinism (that is, we check the guards 
before choosing one path), we fail only when all the branches fail. 

Parallelismi . In this case the computation fails as soon as one of the branches 
ails. 

The observables of each agent can now be enlarged by using the function 

9 A = {fail | (A, l v ) ^* fail} 

that computes a failure if at least a computation of agent A fails. 

By considering also the failing computations, the difference between don't know 
and don't care becomes finer. In fact, in situations where we have 8 a = §> A k , 
the failing computations could make the difference: in the don't care approach the 
notion of failure is existential and in the don't know one becomes universal [dc Boer 
and Palamidessi 1994]: 

"J A = {fail | all computations for A which lead to fail}. 

This means that in the don't know nondcterminism we are interested in observing 
a failure only if all the branches fail. In this way, given an agent A with an empty 
S A and a non-empty 3 A , we cannot say for sure that the semantic of this agent is 
fail. In fact, the transition rules we have defined do not consider hang and infinite 
computations. Similar semidecibility results for soft constraint logic programming 
are proven in [Bistarelli et al. 2001]. 

6.3 Hanging and infinite computations 

To complete the possible observables of a goal, we need also to observe the hanged 
states or those representing infinite computation. To this extent, we extend the 
configurations with the terminals hang and _L, and we add some transition rules 
(those in Table V) to handle hanging computations. 

Nondeterminism. The only case that can lead the system to a hanging state is 
when all the branches are stuck. In this case, we can assume no future change of 
the state will happen that give the possibility to the agents to evolve. 

To deal with hang states and infinite computations, we enlarged the observables 
with the functions 

"Na = {hang | (A, 1) — >* hang} 
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that collects all the hang computations of the agent A and 

T> A = {-L | (A, 1) diverges} 
to represent infinite computations. 

7. AN EXAMPLE FROM THE NETWORK SCENARIO 

We consider in this section a simple network problem, involving a set of processes 
running on distinct locations and sharing some variables, over which they need to 
synchronize, and we show how to model and solve such a problem in sec. 

Each process is connected to a set of variables, shared with other processes, and 
it can perform several moves. Each of such moves involves performing an action 
over some or all the variables connected to the process. An action over a variable 
consists of giving a certain value to that variable. A special value "idle" models the 
fact that a process does not perfom any action over a variable. Each process has 
also the possibility of not moving at all: in this case, all its variables are given the 
idle value. 

The desired behavior of a network of such processes is that, at each move of the 
entire network: 

(1) processes sharing a variable perform the same action over it; 

(2) as few processes as possible remain idle. 

To describe a network of processes with these features, we use an SCSP where 
each variable models a shared variable, and each constraint models a process and 
connects the variables corresponding to the shared variables of that process. The 
domain of each variable in this SCSP is the set of all possible actions, including the 
idle one. Each way of satisfying a constraint is therefore a tuple of actions that a 
process can perform on the corresponding shared variables. 

In this scenario, softness can be introduced both in the domains and in the 
constraints. In particular, since we prefer to have as many moving processes as 
possible, we can associate a penalty to both the idle element in the domains, and 
to tuples containing the idle action in the constraints. As for the other domain 
elements and constraint tuples, we can assign them suitable preference values to 
model how much we like that action or that process move. 

For example, we can use the semiring S = ([— oo, 0], max, +, — oo, 0), where is 
the best preference level (or, said dually, the weakest penalty), — oo is the worst 
level, and preferences (or penalties) are combined by summing them. According 
to this semiring, we can assign value — oo to the idle action or move, and suitable 
other preference levels to the other values and moves. Figure 2 gives the details 
of a part of a network and it shows eight processes (that is, ci, . . . , cs) sharing a 
total of six variables. In this example, we assume that processes ci, C2 and C3 are 
located on site a, processes C5 and cq are located on site 6, and C4 is located on 
site c. Processes c-j and cs are located on site d. Site e connects this part of the 
network to the rest. Therefore, for example, variables Xd, yd and Zd are shared 
between processes located in distinct locations. 

As desired, finding the best solution for the SCSP representing the current state 
of the process network means finding a move for all the processes such that they 
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Fig. 2. The SCSP describing part of a process network 

perform the same action on the shared variables and there is a minimum number 
of idle processes. However, since the problem is inherently distributed, it does not 
make sense, and it might not even be possible, to centralize all the information and 
give it to a single soft constraint solver. 

On the contrary, it may be more reasonable to use several soft constraint solvers, 
one for each network location, which will take care of handling only the constraints 
present in that location. Then, the interaction between processes in different loca- 
tions, and the necessary agreement to solve the entire problem, will be modelled via 
the sec framework, where each agent will represent the behaviour of the processes 
in one location. 

More precisely, each sec agent (and underlying soft constraint solver) will be in 
charge of receiving the necessary information from the other agents (via suitable 
asks) and using it to achieve the synchronization of the processes in its location. 
For this protocol to work, that is, for obtaining a global optimal solution without 
a centralization of the work, the SCSP describing the network of processes has 
to have a tree-like shape, where each node of the tree contains all the processes 
in a location, and the agents have to communicate from the bottom of the tree 
to its root. In fact, the proposed protocol uses a sort of Dynamic Programming 
technique to distribute the computation between the locations. In this case the 
use of a tree shape allows us to work, at each step of the algorithm, only locally 
to one of the locations. In fact, a non tree shape would lead to the construction 
of non-local constraints and thus require computations which involve more than 
one location at a time. In our example, the tree structure we will use is the one 
shown in Figure 3(a), which also shows the direction of the child-parent relation 
links (via arrows). Figure 3(b) describes instead the partition of the SCSP over the 
four involved locations. The gray connections represent the synchronization to be 
assured between distinct locations. Notice that, w.r.t. Figure 2, we have duplicated 
the variables representing variables shared between distinct locations, because of 
our desire to first perform a local work and then to communicate the results to the 
other locations. 
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(a) A possible tree structure for our net- (b) The SCSP partitioned over the four lo- 

work. cations. 

Fig. 3. The ordered process network 

The sec agents (one for each location plus the parallel composition of all of them) 
are therefore defined as follows: 



A a : 3 Ua (tell(ci(x a ,u a ) A c 2 (u a ,y a ) A c 3 (x a ,y a )) -* tell(end a = true) -> stop) 

A b : 3 Vb (tell(c 5 (y b , v b ) A c 6 (z b , v b )) — > tell(end b = true) — ► stop) 

A c : 3 w< .{tell{c^{x c , w c , z c )) — > tell{end c — true) — > stop) 

Ad : ask(end a — true A end b = true A end c = true A enda = true) — > 

tell(cr(xd,yd) A c 8 (x dl y dl z d ) A x a = x d = x c A y a = y d = y b A z b = z d = z c ) 
— > tell{end d = true) — > stop 
A : A Q | A b | A c | A d 



Agents A a ,A bl A c and represent the processes running respectively in the 
location a, 6, c and d. Note that, at each ask or tell, the underlying soft constraint 
solver will only check (for consistency or entailment) a part of the current set of 
constraints: those local to one location. Due to the tree structure chosen for this 
example, where agents A a , A b , and A c correspond to leaf locations, only agent 
A d shows all the actions of a generic process: first it needs to collect the results 
computed separately by the other agents (via the ask); then it performs its own 
constraint solving (via a tell), and finally it can set its end flag, that will be used by 
a parent agent (in this case the agent corresponding to location e, which we have 
not modelled here). 
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8. CONCLUSIONS AND FUTURE WORK 

We have shown that cc languages can deal with soft constraints. Moreover, we have 
extended their syntax to use soft constraints also to direct and prune the search 
process at the language level. We believe that such a new programming paradigm 
could be very useful for web and internet programming. 

In fact, in several network-related areas, constraints are already being used [Bella 
and Bistarelli 2001; Awduche et al. 1999; Clark 1989; Jain and Sun 2000; Calisti 
and Faltings 2000] . The soft constraint framework has the advantage over the clas- 
sical one of selecting a "best" solution also in overconstrained or underconstrained 
systems. Moreover, the need to express preferences and to search for optimal so- 
lutions shows that soft constraints can improve the modelling of web interaction 
scenarios. 
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